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I. 


DIMENSIONS  OF  THE  PRCEIJM 


The  process  of  selecting  a  commercial  time-sharing 
vender  is  very  complex.  It  can  entail  studying  a 
significant  amount  of  technical  detail  and  making  a  number 
of  econcaic  approximations.  The  complexity  of  the  task  is 
greatly  cempeunded  by  the  large  number  of  ccmmerical 
time-sharing  vendors  that  can  be  considered. 

The  sizes  cf  these  vendors  range  from  the  very  large 
firms,  like  the  General  Electric  Company  with  $200  million 
invested  in  facilities,  to  the  very  small  firms,  like 
Applied  Eata  Processing  Incorporated  with  a  single  computer. 
In  total  they  offer  via  batch,  remote  batch,  and  interactive 
modes  everything  frem  raw  computer  power  to  tailor  made 
application  programs.  They  support  remote  batch  and 
interactive  processing  on  a  regional,  national,  and 
international  scale  [1]. 

There  have  teen  numerous  articles  written  on  the  subject 
of  time-sharing  system  selection.  In  addition  Data  Pro 
Research  Corporation  and  Auerbach  Publishers  Incorporated 
periodically  release  guides  to  time-sharinc  companies  [2,3]. 
Most  of  the  articles  reviewed  alerted  the  reader  to  specific 
advantages  or  disadvantages  found  in  using  time-sharing 
companies  [h”"/].  The  guides  are  attempts  to  present  a 
ccllecticr  of  snap-shot  views  of  each  company  in  the  market. 
Neither  source  cf  information,  articles  or  guides,  presents 
a  global  and  complete  approach  to  the  time-sharing  vendor 
selection  prcblem. 
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Many  studies  have  been  carried  out  cn  the  related 
picblem  cf  ccmputer  selection.  E.M.  Timureclc' s  article, 
••Ccmputer  Selection  Methodology”,  summarizes  several  ct  the 
current  approaches  to  this  selection  problem  £8].  It  also 
provides  an  extensive  bibliography  cn  related  topics. 
Studies  like  Mr.  Timmreck's  and  others  have  been  directed 
tOKards  the  selection  of  an  in-house  ccmputer  system, 
(hardware  and  software  to  be  controlled  and  operated  by  the 
user) .  Thus  these  studies  are  inappropriate  when  applied  to 
the  selection  cf  commerical  time-sharing  vendors.  A 
time-sharing  user  is  totally  dependent  on  the  vendor  to 
provide  system  security,  reliability,  etc. 

One  might  ask  why  the  time-sharing  vender  has  net  been 
more  thoroughly  studied.  The  industry  has  been  in  existence 
since  1963  when  Adams  Associates  of  Cambridge  Massachusetts 
offered  service  cn  a  PDP-4  [3].  Lack  cf  concern  about  the 
process  may  be  tied  to  the  seemingly  short  term  economic 
insignificance  of  selecting  a  time-sharing  vendor.  This  is 
especially  true  when  such  a  decision  is  compared  to  the 
immediate  impact  on  resources  of  the  selection  cf  an 
in-house  ccmputer. 
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II.  SETTING  THE  STAGE  FOR  ANALYSIS 


The  ficcess  of  economic  analysis  as  descrited  by  Charles 
J.  Hitch  and  Roland  N.  McKean  [9]  consists  of  five  eleaents: 

1.  The  cfc^ective  definition 

2.  The  system  model 

3.  The  alternative  solutions 

h.  The  selection  criterion 

5.  The  determination  of  the  alternative's  costs 
In  this  section  the  emphasis  will  be  on  the  first  four 
elements.  The  fifth  element  will  be  discussed  in  detail  in 
another  section. 

It  is  anticipated  that  this  methodology  will  be  applied 
for  each  application  considered.  The  application  can  he  one 
program  or  many  inter-related  programs.  A  system  will  not 
require  on-line  communications  with  another  vendor's  system. 
Multiple  vendor  systems  are  beyond  the  scope  of  this  paper. 


A.  CEJECTIVE  DEFIKITICN 


The  cornerstone  of  a  successful  economic  analysis  is 
defining  what  is  desired  from  the  systems  tc  he  studied.  In 
this  particular  case  the  question  is:  what  dees  the 
prospective  user  want  to  achieve  by  using  ccmmerical 
tiae-sharing  ? 

It  has  been  observed  that  success  in  applying  data 
processing  is  a  consequence  of  the  user's  knowledge  of  his 
operations.  Setting  data  processing  objectives  requires  an 
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awareness  c£  present  and  future  information  handling  reeds. 
Data  processing  objectives  to  be  viable  need  to  be  in  line 
with  the  future  goals  or  objectives  of  the  company  in 
general  [10-12]. 

To  be  useful  in  this  study,  objectives  should  be 
constructed  cf  well  defined  goals  that  a  system  must 
achieve.  Examples  include  establishing  a  payroll  system 
with  paydays  every  two  weeks,  or  upgrading  a  sales 
forecasting  system  tc  receive  data  from  forty  offices  and  to 
produce  a  mcnthly  summary  by  region.  Using  these  well 
defined  goals  as  guides  a  system  model  is  produced. 


E.  SYSTEM  MODEL 


The  model  utilixed  by  this  study  is  one  of  information 
flow.  It  is  intended  that  it  provide  a  framework  on  which 
tc  construct  the  alternatives.  Many  models  will  be  derived 
from  existing  systems.  An  existing  system  might  be  a  manual 
payroll  system  or  inventory  system.  The  model  should  be 
independent  cf  any  particular  method  to  collect,  process,  or 
distribute  the  information.  If  a  model  required  that 
information  be  collected  on  punched  cards,  we  would  have  to 
treat  any  alternative  that  proposed  the  use  of  CRT's  as 
unacceptable . 

The  model  has  three  sections  which  are  input, 
processing,  and  output.  Inputs  have  location,  time,  and 
volume.  In  a  payroll  system  these  might  be  where  the 
employee’s  time  on  the  job  is  collected,  when  it  is 
collected,  and  for  how  many  employees.  Processing  is  the 
input  tc  o  (tput  conversion  which  may  require  certain 
calculations  and  security  requirements.  In  a  payroll  system 
these  calculations  might  include  figuring  gross  pay,  income 
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tax  deductiocs,  and  nst  pay.  Again  the  calculations  acd  not 
the  method  cf  performing  them  is  stressed.  Finally  output 
like  input  has  a  location,  a  time,  and  a  volume.  This  might 
be  some  form  cf  payment  to  the  workers  every  two  weeks. 

The  model  is  quite  simple  ccnceptually .  Its  power  lies 
in  its  ability  to  isolate  that  which  is  relevant,  the 
informaticn  flow,  so  that  it  can  be  utilired  as  a  minimum 
requiremett  which  any  system  must  meet. 


C.  ALIEESATl^iS 


Once  a  system  model  has  been  established,  vendors  can  be 
considered  as  possible  alternatives.  It  is  expected  that 
cne  or  more  venders  will  directly  meet  the  requiremects  of 
the  model.  These  vendors  would  normally  be  considered  by 
any  methodology. 

More  interestingly,  it  is  hoped  that  several 
alternatives  can  be  constructed  out  of  the  set  of  vendors 
who  do  net  meet  the  mcdel  requirements  directly.  It  is  the 
premise  cf  this  paper  that  every  single  vendor  is  a 
potential  alternative  and  that  only  in  the  worst  of  cases 
should  one  be  initially  eliminated. 

A  case  is  often  made  for  eliminating  all  vendors  who  do 
net  offer  local  dialing  in  the  user's  area  [2,3,6].  The 
idea  being  that  communications  costs  will  be  much  higher 
without  the  local  dialing  feature  thus  increasing  the  total 
cost  of  using  the  vendor's  system  to  an  unacceptable  level. 
This  argument  is  based  on  the  premise  that  a  vendor  who 
provides  local  dialing  can  design  his  system  to  take 
advantage  cf  economies  of  scale  in  communications 
facilities.  This  argument  is  not  valid  if  such  a  vendor 


dees  net  ottain  the  minimum  system  leading  required  to 
achieve  such  econcmies  [13].  The  point  is  that  we  should 
not  artitarily  eliminate  an  otherwise  excellent  solution. 
One  rule  that  will  be  followed  in  this  study  is  that  no 
major  change  in  hardware  or  system  software  will  be 
proposed . 

Constructing  feasible  alternatives  involves  specifying 
systems  which  will  meet  the  requirements  of  the  model. 
Typically  we  might  have  to  add  a  communications  sjstem, 
KAIS,  Datran,  or  Telenet,  or  a  ccmmercially  available 
applications  package  to  a  time-sharing  vendor's  system. 

D.  CaiTIEION 

Finally  the  analysis  should  result  in  our  choosing  the 
alternative  which  "best”  achieves  our  objective.  The 
problem  cf  course  is  in  defining  "best".  In  many  cases 
"test"  is  taken  to  mean  that  system  which  satisfies  a  given 
objective  for  the  least  cost.  Dollars  provide  a  common  unit 
of  measure  that  can  be  used  to  compare  the  various 
alternatives  [8]. 

In  certain  cases  there  may  be  constraints  which 
over-ride  or  limit  the  use  of  the  least  cost  criterion. 
Time  is  eften  such  a  constraint.  The  requirement  that  the 
resulting  system  be  running  temmorrow  may  preclude  the  use 
of  a  system  which  is  less  costly,  but  not  available  for  a 
month . 

Constraints  are  often  unavoidable.  They  can  drastically 
reduce  the  number  cf  alternatives  to  be  considered.  As  such 
they  should  be  screened  carefully  fer  validity.  Hill  the 
constraint  be  valid  tomorrow? 
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In  econcmic  analysis  there  is  another  approach  to 
acbievinc  the  objective.  This  approach  requires  cost  to  be 
fixed  at  seme  level  and  an  alternative  is  selected  which 
maximizes  gain.  This  approach  may  be  used  where  there  are 
budget  censtraints  [9].  The  difficulty  in  using  this 
apprcach  is  in  guantifying  gain. 
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Ill 


establishing  ALTESNMIIE  costs 


Havicc  formed  a  set  of  alternatives,  the  next  step  is  to 
establish  a  cost  for  each  of  them.  In  this  section  a 
general  disccssion  of  cost  considerations  applicable  tc  most 
forms  of  eccncmic  analysis  will  be  presented.  This  will  be 
followed  by  a  discussion  of  cost  considerations  peculiar  to 
ccmmerical  time-sharing  applications. 


A.  GENEEAL  CC NSIDEBATIONS 


The  cost  cf  an  alternative  consists  of  two  parts,  direct 
costs  and  indirect  costs  [Ih].  Direct  costs  are  borne 
solely  by  the  alternative  under  consideration  while  indirect 
costs  are  shared  with  other  systems.  In  a  remote  job  entry 
system  the  remote  terminal  is  a  direct  cost.  Janitorial 
service  fcr  the  office  in  which  the  terminal  is  located  is 
probably  shared  by  ether  office  tenants  and  is  an  indirect 
cost  to  the  remote  job  entry  system.  Indirect  costs  are 
usually  difficult  tc  measure  and  must  often  be  estimated. 
If  they  are  equal  for  all  alternatives,  they  do  not  need  to 
be  included. 

Costs  are  normally  sought  for  the  life  cf  the 
application.  One  objective  may  have  a  life  span  cf  six 
months,  another  may  have  an  apparently  infinite  life  span. 
The  standard  life  span  used  by  government  agencies  is  five 
years  and  that  will  be  utilized  here  [9]. 
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Disccunting  should  be  applied  to  the  alternative's 
costs.  Ite  use  of  discounting  is  based  on  the  simple  notion 
that  anj  rational  person  would,  other  things  being  equal, 
prefer  tc  have  one  dollar  today  then  one  dollar  at  some 
future  date.  The  current  discount  rate  used  by  the  D.S. 
Government  is  six  percent.  The  discount  rate  should  be 
increased  above  the  standard  rate  if  there  is  a  high 
probability  that  the  project  will  not  be  taken  through  to 
completion.  This  forces  projects  tc  be  taken  at  a  slower 
pace.  Less  money  will  have  been  invested  if  the  project  is 
terminated  [S,14]. 

Frequently  alternatives  will  make  use  of  resources  whose 
costs  haie  already  been  paid.  The  cost  of  these  resources, 
called  sunk  costs,  are  never  added  into  the  alternative's 
costs,  i  remote  job  entry  terminal  already  cwned  should  not 
be  considered  in  the  total  cost  of  an  alternative  which 
utilizes  it.  It  should  be  noted  that  the  maintenance  costs 
of  such  equipment  may  be  a  direct  or  indirect  cost  to  be 
considered  [9,14]. 

Resources  that  will  no  longer  be  required  because  a 
particular  alternative  is  selected,  or  those  that  will  exist 
at  the  end  of  a  system's  life  span,  must  be  appraised.  The 
value  of  these  resources,  salvage  value,  should  be  estimated 
and  subtracted  from  an  alternative's  total  cost.  Again 
refering  to  the  installation  of  a  remote  job  entry  terminal, 
if  a  piece  of  EAM  equipment  is  to  be  replaced  and  sold,  its 
resale  value  should  be  subtracted  from  the  remote  job  entry 
system's  cost.  If  it  is  expected  that  when  the  project  is 
completed  the  terminal  will  have  a  resale  value,  this  also 
can  be  subtracted  from  the  alternative's  cost  [9,14]. 
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B.  SPECIilC  CONSIDEBATIONS 


1 .  Ccmmunic_^ion  Costs 


Ccmmunications  charges  include  any  cost  incurred  in 
the  collection,  transmission,  reception,  and  distribution  of 
information.  The  modes  of  processing  and  their 
communication  requirements  considered  are  batch,  remote 
batch,  and  interactive.  For  the  evaluation  of  collection 
and  distribution  costs  these  modes  will  be  discussed 
together . 


There  are  three  basic  cost  elements  in  the 
collection  and  distribution  function.  These  cost  elements 
are  personnel,  equipment,  and  forms  or  supplies.  A  direct 
way  to  calculate  these  costs  is  to  first  examine  the  forms 
or  supplies  required.  This  can  be  determined  directly  from 
the  model.  Knowing  that  a  certain  number  of  customer’s 
purchase  orders  per  period  will  be  converted  to  punched 
cards,  it  is  possible  to  find  the  number  of  keypurches, 
verifiers,  and  operators  needed.  This  same  logic  can  also 
be  applied  to  the  distribution  of  information.  From  the 
model  it  is  possible  to  estimate  the  number  of  output  lines 
to  be  prinred,  the  number  of  computer  output  microfilm 
slides  to  be  produced,  etc.. 

The  transmission  and  reception  function  tc  be 
evaluated  in  batch  systems  is  simply  pick-up  and  delivery 
costs.  Many  vendors  who  offer  batch  processing  also  provide 
free  pick-up  and  delivery  services.  These  services  are 
provided  to  limited  areas  and  sometimes  on  a  limited 
schedule.  A  user  outside  this  delivery  area  or  with  a 


16 


special  schedule  will  incur  additonal  ccsts.  The  user  can 
alsc  consider  the  U.S.  Postal  Service,  private  delivery 
services,  or  the  use  of  in-house  personnel. 

Interactive  and  remote  batch  communication  sjstems 
can  vary  in  complexity  with  many  trade-offs  made  in 
designing  them.  The  details  of  such  a  design  process  should 
be  avoided  in  this  analysis.  The  user  should  ccncern 
himself  with  estimates  for  the  cost  of  the  terminal,  modem, 
and  communications  line.  Both  Data  Pro  Research  Corporation 
and  Auerbach  Publishers  Incorporated  provide  price  lists 
that  are  useful  for  this  purpose.  Terminal  purchase  prices 
vary  considerably  from  less  than  a  thousand  dollars  for  a 
basic  interactive  terminal  to  over  fifty  thousand  dollars 
for  a  remote  jot  entry  terminal.  Modem  prices  can  be 
estimated  at  $0.50  per  bps  in  the  300  to  4800  bps  range 
[15].  Communications  lines  can  be  provided  by  a  variety  of 
carriers,  conventional,  specialized,  satellite,  and  value 
added  [16]. 

Since  the  results  of  this  last  section  on 
communication's  cost  estimation  is  in  terms  of  gross 
figures,  care  should  be  exercised  in  using  them.  These 
costs  igrore  many  technical  considerations  that  should  be 
reviewed  prior  tc  making  a  final  selection.  Reliability  and 
support  «ill  be  discussed  at  a  later  point. 

2*  Hardware  Costs 


Since  cne  of  the  assumptions  was  that  no  hardware  or 
system's  software  changes  would  be  considered,  most  hardware 
requirements  must  be  considered  as  constraints.  Parameters 
such  as  the  aaximuj  number  of  simultaneous  users,  maximum 
program  size,  maximum  number  of  disk  packs  or  tapes 
simultanecusly  mounted,  could  be  used  to  eliminate  a  vendor. 
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As  constraints,  such  parametecs  will  not  be  considered  in 
the  total  sjstem  cost.  This  leaves  only  the  actual 
processing  cost  and  storage  cost  to  be  considered  in  this 
section . 


a.  Erccessing  Costs 

(1)  £5§i  Algorithms.  When  this  study  was  first 
undertaken  a  considerable  amount  of  time  was  spent 
investigating  the  various  cost  allocation  algorithms  used  by 
ccmaerical  time-sharing  vendors.  These  algorithms  are  used 
to  hill  fcr  central  processing  unit  usage,  main  memory 
residency,  input  and  output  interrupts,  channel  usage— ^as 
well  as  the  use  of  peripheral  devices.  They  are  resource 
allccaticn  schemes  through  which  the  vendor  recovers  his 
costs  and  makes  a  profit  [17-21]. 

The  usefulness  of  such  algorithms  in 
estimating  processing  costs  is  limited.  For  instance  some 
vendors  consider  CPU  time  as  that  time  during  which  a  user's 
program  is  being  executed,  while  others  include  swapping 
time  [4j.  If  the  necessary  parameters  are  available  from 
other  sources,  such  as  present  users  with  a  similar 
application,  the  cost  algorithm  can  be  used  to  give  a  rough 
estimate  of  processing  costs. 

The  main  value  of  such  algorithms  is 
providing  information  once  an  application  is  operational. 
It  allows  the  user  to  insure  that  he  is  being  properly 
charged  every  month  and  to  spot  a  problem  area  if  costs 
begin  tc  rise. 

(2)  Transaction  Pricing.  As  time-sharing  firms 
continue  tc  provide  an  increased  number  cf  specialized 
application  packages,  transaction  pricing  should  become  more 
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prevalent  [ll]*  Rather  then  billing  the  user  for  resources 
used,  CPD  seconds  etc.,  the  vendor  bills  for  a  unit  of 
information  entered  or  received.  This  unit  could  be  an 
order  entered  in  an  order  processing  system,  or  a  pajcheck 
issued  in  a  payroll  system.  The  vendor  has  estimated  from 
historical  data  the  resources  required  for  a  particular 
application  and  translated  this  into  a  transaction  price. 
This  method  simplifies  cost  estimation. 

As  the  user  becomes  more  sophisticated, 
familiar  vith  the  use  of  the  system,  he  may  require  services 
not  previously  priced  in  terms  of  transactions.  This  may 
require  negotiation  of  a  new  transaction  unit  and  price  or 
the  use  of  the  vendor's  cost  algorithm. 

(3)  Eenchmar  ks .  Benchmarks  are  existing 
programs  typical  of  the  user's  anticipated  workload  which 
are  run  cn  the  system  under  evaluation  [23].  The  tjpical 
application  programs  are  the  best  means  of  obtaining  the 
processing  cost  of  a  system  [8].  If  a  specific  application 
package  is  to  be  utilized,  the  best  way  to  estimate  its 
processing  costs  is  to  run  the  system  with  actual  test  data. 
If  a  user  supplied  program  is  to  be  used,  then  it  should  be 
re-coded  as  necessary  and  run  on  the  prospective  vendor's 
machine . 


There  are  several  problems  in  using  this 
technique  to  establish  processing  costs.  In  the  testing  of 
a  vendor's  application  package  a  considerable  amount  of 
effort  may  be  required  to  provided  appropriate  test  data 
that  will  reflect  the  user's  workload.  If  a  user's  program 
is  tc  be  tested,  there  may  be  a  significant  cost  involved  in 
converting  it  to  run  on  a  vendor's  system.  The  costs 
involved  with  using  a  benchmark  test  do  not  exclude  it,  but 
rather  point  tc  the  fact  that  it  is  best  applied  to  a 
restricted  number  of  choices. 
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(^)  Synthetic  Programing.  Synthetic  prcgraming 
uses  a  set  cf  standard  modules  to  represent  a  user's 
wcrklcad.  The  standard  modules  allow  the  program  tc  be 
transferred  from  one  machine  to  another.  It  permits  the 
user  to  test  the  system's  sensitivity  tc  changes  in 
workload.  The  major  disadvantage  is  that  it  is  difficult  to 
portray  the  actual  workload.  Despite  this  disadvantage 
synthetic  prcgraming  appears  to  be  a  viable  way  to  establish 
processing  ccsts  [23]. 

A  factor  which  effects  fccth  the  use  of 
synthetic  programing  and  benchmarks  is  system  leading. 
System  leading  can  drastically  effect  cost  figures.  As  the 
system  becomes  saturated,  the  operating  system's  overhead 
becomes  a  significant  factor  [7,24,25].  To  achieve  an 
accurate  test  using  these  two  techniques,  the  system  should 
be  exercised  under  conditions  similar  to  expected 
operational  conditions.  Consideration  should  be  given  to 
the  time  cf  day,  the  number  and  location  of  data  entry 
points,  and  the  sequences  of  operation. 


t.  Storage  Costs 


Storage  costs  are  estimated  using  the  vendor's 
price  list.  It  was  found  helpful  tc  convert  all  prices  to  a 
common  1C,00C  char act ers/day  price.  This  ignores  several 
iipcrtant  factors  such  as  sector  sizes  and  minimum  billing 
periods.  These  considerations  should  be  investigated  if  the 
final  choice  must  be  made  between  several  venders  with 
approximately  equal  system  costs. 
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3. 


Software  Costs 

Ibe  three  types  of  software  considered  are 
application  packages,  user  provided  programs,  and  user 
prccuced  programs.  Most  time-sharing  vendors  provide 
application  packages  at  an  added  cost  to  the  user. 
Benchmarks  provide  an  evaluation  of  these  packages  within 
the  contest  of  the  entire  system's  performance  and  cost. 
Transaction  pricing  includes  such  software  costs. 

The  installation  and  use  of  an  application  package 
from  an  outside  software  company  will  require  close 
cooperation  with  the  time-sharing  vendor.  There  are  many 
hardeware  and  software  requirements  that  must  be  examined 
before  such  an  installation  can  be  considered  feasible.  The 
actual  cost  of  the  package,  while  open  to  negotiation,  can 
be  established  [2]. 

Zstiaating  the  processing  cost  of  an  outside 
software  company's  package  will  be  difficult,  unless  the 
software  company  will  allow  a  test  on  the  time-sharing 
vendor's  system.  The  user  will  have  to  settle  for  a  gross 
estimate  of  the  processing  costs.  Using  present  package 
user's  experiences,  the  time-sharing  vendor's  knowledge  of 
his  system  and  the  cost  allocation  algorithm  discussed  in 
the  hardware  section,  the  user  should  be  able  to  produce  a 
range  of  possible  costs.  Other  costs,  support,  training, 
etc.  will  be  discussed  in  later  sections. 

Gser  provided  programs  are  often  installed  on 
ccmmerical  time-sharing  systems  because  in-house  systems  are 
saturated  or  in  a  transition  state.  This  type  of  service 
provides  a  substancial  portion  of  commerical  time-sharing's 
revenue  [1].  The  user  is  either  seeking  maximum 
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ccmpatibilit j  with  his  existing  system  so  that  software 
ccnversicD  is  ninimal  or  he  is  converting  bis  software  to 
run  on  another  system.  Processing  costs  will  be  established 
by  bench  mark  tests.  Other  features  tc  consider  are 
conversion  aids  such  as  tape  conversion  or  code  conversion 
programs . 


lie  final  software  situation  to  be  considered  is  a 
user  developing  bis  own  programs  on  a  ccmmerical 
time-sharing  system.  The  user  must  estimate  the  programing 
and  debugging  time  based  on  the  language  used,  the 
interactive  editor  if  required,  and  other  factors.  For 
instance,  one  study  found  that  it  takes  about  three  times  as 
long  to  program  and  debug  a  problem  using  FOBTHAN  or  PI/1  as 
it  does  using  API.  Balance  this  with  the  fact  that  the 
interpreted  execution  of  the  API  program  costs  a  factor  of 
ten  to  a  hundred  more  then  the  execution  time  to  obtain  a 
solution  to  the  same  problem  using  a  compiled  program  [24]. 
Gold  [26]  found  that  if  the  system  was  also  to  be  used  for 
the  problem  formulation  phase  of  program  development, 
interactive  user's  required  five  times  the  computer  time 
needed  by  hatch,  or  remote  batch  users.  On  the  other  hand 
he  fcund  that  the  .total  man  time  required  was  less  with 
interactive  programming. 

Krauss  [27]  presents  a  programming  time  estimating 
method  that  can  be  useful  in  establishing  a  range  of  times. 
Using  the  projected  program  size,  complexity,  types  of  I/O 
devices,  programming  language,  and  programer  skill  he 
arrives  at  programming  time  in  man-days. 
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4. 


£u Fpcrt  Costs 

The  remaining  costs  to  be  considered  have  been 
grouped  in  the  category  of  support.  This  includes  training, 
documentaticn,  service  and  reliability,  and  security.  Of 
the  four  sections  discussed,  support  costs  require  the  most 
subjective  approach.  They  can  be  extremely  difficult  to 
estimate  and  are  often  subject  to  substancial  error  [8]. 
The  costs  discussed  are  applicable  to  any  supplier. 


a.  Training  Costs 


Training  will  be  required  through-out  the  life 
of  an  application.  First  there  is  the  heavy  emphasis  on 
training  prior  to  and  during  the  start-up  of  an  application. 
This  will  be  followed  with  periodic  training  requiremerts  as 
the  user  experiences  personnel  turn-over. 

It  is  important  to  investigate  what  the  training 
fee  quoted  by  the  vendor  includes.  If  it  applies  cnly  at 
specific  training  facilities  a  user  would  have  tc  provide 
transportation  and  lodging  for  the  students.  If  training  is 
provided  at  the  user's  site  transportation  and  lodging  for 
the  instructors  may  be  an  additional  cost. 

As  with  many  of  the  costs  to  be  discussed  in  the 
support  section  the  user  must  depend  heavily  on  the  vendor's 
present  and  past  customers  in  evaluating  training  support. 
If  it  is  found  that  the  standard  training  packages  offered 
are  incomplete,  costs  must  be  established  for  additional 
training.  All  training  does  not  have  to  be  supplied  by  the 
tine-sharing  vendor.  Background  courses  which  are  not 
machine  dependent  can  be  obtained  from  several  sources. 
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t.  locuient ation  Costs 


lie  type  and  amount  cf  documentation  a  user  will 
require  varies  considerably  based  on  the  application  and  the 
user's  fanilarity  with  data  processing  in  general.  The  cost 
of  the  documentation  is  a  straight  forward  calculation. 
Availability  and  source  location  should  be  considered  since 
they  affect  delivery  time. 

Costs  associated  with  incomplete  or  inaccurate 
documentation  are  not  easy  to  calculate.  Inccirplete 
documentaticn  may  keep  the  user  from  realizing  the  system's 
total  potential.  Inaccurate  documentation  can  cause  delays 
in  using  the  system,  personnel  may  be  idled,  customers 
billed  late,  etc.  Again  a  vendor's  present  and  past 
customers  cat  provide  an  insight  into  this  area. 

Per  Iccal  users,  problems  in  the  documentation 
can  be  overceme  by  talking  to  the  staff  at  the  verdcr's 
computer  center^  This  may  mean  a  short  walk  or  drive.  The 
remote  user  must  depend  on  the  telephone  or  the  mail  which 
puts  him  at  a  distinct  disadvantage  with  faulty 
dccumentaticr . 

Karshall  Abrams  [28]  has  suggested  several 
possible  ways  to  help  over  come  documentaticn  problems  faced 
by  remote  users;  A  daily  "message  of  the  day"  which  is 
presented  when  the  user  logs  on  the  system.  A  file  of 
previous  messages  can  be  kept  for  the  information  cf  the 
infrequent  user.  A  vendor  can  provide  indexed  online 
documentaicn .  Finally  an  online  "graffiti"  file  can  be 
maintained  fer  informal  comments  on  the  system. 

It  is  possible  to  have  more  documentation  then 
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n€cessarj.  The  user  should  determine  which  documentation  is 
necessarj  as  opposed  to  merely  available.  Someone  using  an 
application  package  may  not  need  documentation  on  the 
system's  EOEIEAN  compiler. 

c.  Service  And  Reliability  Costs 


lie  cost  associated  with  service  and  reliability 
is  a  function  of  the  number  of  system  failures,  hardware  and 
software,  c^er  the  application's  life,  the  average  time 
required  to  correct  a  failure,  and  the  user's  cost  while  the 
system  is  down.  This  cost  can  be  significant  because 
reliability  has  teen  a  major  problem  for  ccmmerical 
time-sharing  venders  and  service  arrangements  can  be  quite 
complex  C"^3*  ^  user  could  potentially  have  to  deal  with  a 
terminal  manufacturer,  modem  manufacturer,  communications 
carrier,  time-sharing  vendor,  and  application  software 
company  all  pointing  fingers  at  each  other  when  there  is  a 
problem. 


Eresent  and  past  customers  should  be  queried 
about  a  vendor's  reliability.  Factors  such  as  the 
availability  of  back-up  computers,  communications  equipment, 
and  power  supplies  should  also  be  investigated  in  attempting 
to  establish  an  estimate  of  the  number  cf  failures  to  expect 
over  the  application's  life. 

If  a  system  failure  occurs,  many  time-sharing 
vendors  will  replace  or  regenerate  lost  or  damaged  data  from 
the  user's  supporting  material  if  such  errors  were  caused  by 
the  vendor,  its  equipment  or  its  employees.  Some  will 
credit  the  user's  account  for  system  use  invalidated  bj  such 
errors.  Most  if  not  all  will  not  assume  any  other 
liabilities  in  this  area. 
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Ihe  time  required  to  fix  a  system  failure 
defends  cn  the  seriousness  of  the  failure,  the  availatility 
of  service  personnel,  and  the  availability  of  replacement  or 
alternate  parts.  It  will  be  assumed  that  parts  will  always 
be  available  unless  present  or  past  users  indicate  this  to 
be  a  prctlev.  Another  simplification  is  to  assume  that  all 
vendors  suffer  similar  failures  over  the  application's  life. 
Both  appear  to  be  reasonable  assumptions  which  will  allow 
the  user  to  consider  only  the  availability  of  service 
personnel . 


Service  personnel  will  be  considered  in  two 
groups.  Cne  group  is  responsible  for  all  hardware  failures; 
these  are  the  technicians.  The  other  group  is  responsible 
for  software  problems;  these  are  the  programmers.  The  major 
reason  fcr  discussing  service  personnel  as  two  groups  is 
because  technicians  usually  must  be  available  at  the  site  of 
the  failure  while  programmers  need  not  be. 

In  estimating  the  time  it  takes  a  technician  to 
repair  a  piece  of  equipment  a  major  consideration  will  be 
hew  long  it  takes  to  arrive  at  the  site.  This  can  be  done 
by  figuring  cut  the  distances  between  service  shops  and  all 
the  equipiert  that  must  be  maintained;  terminals,  medems, 
switching  centers,  and  computer  centers.  Using  the  driving 
or  flying  time  one  can  construct  a  reasonable  estimate  for 
response  time.  If  service  is  not  included  in  the  use  cf  the 
equipment  it  must  be  added  to  the  system  cost.  Those 
vendors  effering  extensive  diagnostics  should  be  given  a 
tine  credit  since  their  technicians  will  probably  arrive 
with  the  right  part  to  fix  the  problem. 

If  programmers  are  not  readily  available  some 
means  cf  ccmmunicating  with  them  should  be  established  [28]. 
The  user  should  check  into  the  hours  that  consultants  are 
available  and  if  they  can  be  reached  via  a  KATS,  SNTERE3ISE, 
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or  leased  line.  An  important  factor  is  also  whether  the 
vendor  markets  and  supports  an  application  cr  only  markets 
it.  In  the  latter  case  the  user  may  have  to  make  his  own 
arrangements  fcr  programing  support. 


d.  Security  Costs 

Currently  no  protection  sub-system  of  any  major 
multi-user  computer  system  is  known  to  have  withstood 
serious  attempts  at  circumvention.  It  is  net  even  currently 
possible  to  provide  a  meaningful  guarantee  that  a  system 
actually  provides  the  controlled  protection  which  the 
designer  claims  [29-31].  This  security  problem  is 
compounded  in  the  case  of  commerical  time-sharing  vendors 
because  the  user  has  no  control  over  the  physical  plant  or 
these  personnel  whe  operate  it.  Without  question  the 
trusted  insider  is  the  greatest  threat  to  any  computer 
system  [ 2S  ] . 

The  user  must  carefully  evaluate  the  security 
requirements  cf  his  application  [33].  The  above  statement 
on  multi-user  systems  does  not  imply  that  there  is  no 
security  available  on  such  systems  only  that  it  is  not 
absolute.  Increased  security  implies  added  expenses.  Host 
security  techniques  incur  added  system  overhead  the  user 
must  pay  fcr.  This  overhead  will  be  accounted  fcr  if  the 
system  is  tested  with  a  benchmark  cr  synthetic  programing, 
ether  methccs  for  estimating  the  cost  can  assume  a  10-15 
percent  increase  in  overhead  [32]. 

Cntil  such  time  as  there  exists  a  rnethed  to 
certify  a  system's  security,  the  user  must  accept  the 
vendor's  claim.  This  claim  can  be  backed-up  by  the  vendor 
bonding  his  services.  A  user  might  estimate  the  cost  cf  a 
security  viclaticn  and  request  a  bond  in  this  range.  This 
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will  increase  the  system's  cost.  Besides  this  the  user  has 
the  obligation  tc  insure  that  his  in-house  security  is  equal 
to  cr  greater  then  that  which  he  imposes  on  the  vendor. 

ether  security  costs  include  the  cost  tc  add, 
delete,  cr  medify  users  passwords  and  security  profile. 


€.  Ciscellaneous  Costs 

£  difficult  factor  to  assess  is  the  time-sharing 
vendor's  future.  This  has  two  aspects,  the  probability  that 
he  will  net  stay  in  business,  and  that  he  will  not  continue 
tc  support  a  user's  application.  Using  the  cost  of 
converting  tc  another  vendor's  system  or  the  cost  of  outside 
support,  this  factor  can  be  evaluated  (probability*ccst) . 

Kany  venders  offer  volume  discounts  based  cn  the 
size  of  the  user's  monthly  bill.  These  discounts  should  be 
reviewed  carefully  because  they  often  apply  specific 
items,  CPU  usage  etc.,  rather  than  to  the  whole  bill.  They 
should  be  applied  to  the  analysis  where  applicable. 

The  vendor  should  provide  the  user  an  estimate 
of  the  session's  cost  at  log-off  time.  They  should  also 
provide  a  detailed  monthly  bill  by  account  numbers.  Both  of 
these  technigues  have  been  identified  as  ways  to  prevent 
uncontrolled  cost  escalation  £5]. 
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IV.  E^aMPLE  APPLICATION 


The  fcllcwing  example  is  hypothetical,  but  should 
illustrate  many  cf  the  points  discussed  in  the  paper.  To 
improve  its  search  and  rescue  effort,  the  Ccast  Guard  has 
determined  that  it  requires  mcre-up-date  information  in  its 
Bescue  Coordination  Centers.  This  problem  has  been 
carefully  studied  by  upper  management  and  a  preliminary 
design  has  been  established.  (Paragraph  headers  used 
correspond  tc  the  paragraph  headers  found  in  the  body  cf  the 
thesis) 

II. A.  Objective  Definition; 

Improve  the  search  and  rescue  effort  by  providing  tc 
each  District  Bescue  Coordination  Center  (BCC)  on  demand, 
timely  search  plans,  on-scene  weather  information,  and  drift 
plots.  Timely,  based  on  a  study  of  average  helicopter 
on-scene  arrival  times,  is  defined  as*  being  within  ten 
minutes  of  the  request.  Such  information  should  be 
available  twenty-four  hours  a  day,  seven  days  a  week. 
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II. £ 


System  Model:  (Based  on  historical  data) 

Input; 

Districts:  (all  12  combined) 

Searches  3  ,OQO/year  +  8?5/year 


Modifications 

1 ,000/year+6X/year 

Requirements 

Drift  Plots 

3/search 

Weather  Information 

2/search 

Search  Plans 

6/search 

AM^IS: 

Weather  Updates 

System  Maintenance 

2 , 200/year 

52  hours/year 

Processing; 

Ccacining  time,  weather  and 
search  unit  to  produce  output 

Outputs ; 

Districts: 

Drift  Plots 

3/s6arch 

Weather  Information 

2/search 

Search  Plans 

6/search 

Afi^EE; 

Maintenance  Reports 

Collected  Statistics 

15/year 

12/year 
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II. C.  Alternatives; 


In  this  example  only  two  alternatives  will  be 
considered.  Normally  the  user  should  consider  as  many  as 
time  permits. 

The  first  alternative  combines: 

1.  A  San  Francisco  based  time-sharing  vendor 
which  sufpcrts  interactive  processing  via  a  2400 
baud  data  communications  network.  Local  dialing 
is  provided  at  all  District  offices  except 
Hcnclulu,  Hawaii  and  Juneau,  Alaska. 

2.  Data  communications  to  Honolulu  and  Juneau 
thorough  multiplexing  on  existing  district  lines. 

3.  Purchased  buffered  2400  baud  terminals. 

4.  Leased  2400  baud  modems. 

5.  leased  4800  baud  multiplexers  for  Honolulu  and 
Juneau. 

6.  An  existing  Coast  Guard  program  which  will 
carry  out  the  necessary  processing.  The  program 
is  written  in  ANSI  FORTRAN. 

The  second  alternative  combines: 

1.  A  New  York  based  time-sharing  vendor  which 
supports  interactive  processing  via  a  30C  baud 
data  communications  network.  Local  dialing  is 
provided  at  all  District  offices. 

2.  Purchased  300  baud  terminals. 

3.  Purchased  300  baud  modems. 

4.  An  existing  Coast  Guard  program  which  will 
carry  out  the  necessary  processing.  The  program 
is  written  in  ANSI  FORTRAN. 

II. £.  Criterion: 

The  seleotion  criterion  used  will  be  least  cost. 
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III.E.  Specific  Costs  First  Alternative: 
III.B.1.  CcB Dunica ticn  Costs: 


Juneau-San  Francisco 

Transmission  Line(1) 

48C0  taad  ycdem(2) 
Hultiplexer  (2) 

Terainal  (1) 

5  yr  Salvage  Value 
Installation 
Local  Charges 
Honclulu-San  Francisco 

Transmission  Line(1) 

46CC  baud  Ciodem(2) 
Hultiplexer  (2) 

Terminal  (1) 

5  yr  Salvage  Value 
Installation 
local  Charges 
Hemaininc  Districts (10) 

24CC  baud  Modem (8) 

24C0  baud  Modem(2) 

5  yr  Salvage  Value 
Terminal  (10) 

5  yr  Salvage  Value 

AMVEB 

24C0  baud  Modem(l) 
Terminal  v/  Tape  Unit(1) 
5  yr  Salvage  Value 


$  100/month 
$  123/month 
$  100/month 
$  2,000  purchase 
$  500 

$  300 

$  50/month 

$  400/month 
$  123/month 
$  100/month 
$  2,000  purchase 
$  500 

$  300 

$  50/month 

$  504/monthr 
NO  COST 
$  600 

$20,000  purchase 
$  5,000 

$  63/month 

$  3,500  purchase 
$  875 


Existing  lines  are  leased  9600  baud  lines  presently  used 
at  2400  baud.  ($1 ,000/mcnth  Juneau-San  Francisco, 
$2,000/mcntt  honclulu-San  Francisco)  The  alternative's 
transmission  line  costs  for  Juneau  and  Honolulu  are  based  on 
expected  usage.  (1/10  and  2/10  respectively)  Modem  and 
multiplexer  costs  are  based  on  the  dedication  of  one  of  two 
ports  tc  the  application.  Two  modems  owned  by  the  Coast 
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Guard  ar€  released  by  this  alternative,  frcm  Honolulu 
Juneau,  for  use  by  another  District  in  the  system. 
III.E.2.  Hardware  Costs: 

Processing  Costs;  (established  with  benchmark) 
Prime-Time  (0800-1700  PST) 

Operational  Session  $ 

Maintenance  $ 

Heather  Update  $ 

Ncn-Prime-Time 

Operational  Session  $ 

Heather  Update  $ 

Storage  Costs; 

On-line  (4CC,000  characters)  $ 

Off-line  (10  tapes)  $ 


and 


90/session 

15/hour 

10/update 

65/sessicn 

6/update 

128/month 

30/month 


It  has  been  estimated  that  thirty  (30)  percent  of  the 
operational  use  will  be  during  prime-time  hours.  All 
session  costs  are  based  on  the  production  of  three  drift 
plots,  two  weather  plots,  and  six  search  plans  which  is 
considered  average  for  a  search  and  rescue  mission.  Storage 
costs  are  based  on  one  complete  day's  weather  and  the  six 
previous'  cay's  weather  summaries. 

III.E.3.  Software  Costs; 


In  this  particular  case  there  are  no  software  conversion 
costs  because  the  vendor  supports  the  ANSI  FCRTAN  compiler 
used  by  the  Coast  Guard,  to  develop  the  program.  All  program 
development  costs  can  be  considered  sunk  costs  in  this  case. 
Had  this  not  been  the  case  software  conversion  costs  would 
have  to  be  estimated.  Benchmark  tests  would  have  been 
put-off  until  the  field  of  possible  alternatives  had  been 
reduced. 
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$  600/year 


III.B.4.  Supfcrt  Costs; 

Traioinc  Costs: 

Maintenance  Programmer 
HCC  Controllers 

System  Start-up 
Operational 
Dccunentaticn  Costs; 
Maintenance 
Apflication 

Service  And  Reliability  Costs: 
Dcun  Time  Cost 
Dcun  Time 
Service  Contracts 
Terminals 
Multiplexers 
Maintenance  Programmer 
federal  Telephone  Service 
Security  Costs 


$  3,S19 

$  50/perscn 

NO  COST 

$  6CC/200  copies 

$  500/hour 

10  hours/year 

$  50/month 

$  40/montb 

$  455/year 
$  20/month 
NOT  APPLICABLE 


The  maintenance  programmer  training  cost  consists  of 
sending  one  programmer  to  the  vendor’s  free  two  day  system's 
school  once  a  year  in  San  Francisco.  Cost  includes  airfare 
and  the  programmer's  wages  for  three  days.  (GS-11  S'/O/day 
plus  per  diem)  The  HCC  Controller  training  cost  is  broken 
down  into  two  categories.  System  start-up  includes 
transporting  cne  controller  from  each  District  to  a  training 
session  in  New  York.  After  the  system  is  operational  all 
controllers  will  receive  instruction  on  the  system  while 
attending  the  regular  search  and  rescue  school. 


Documentation  about  the  vendor's  system  is  free  for  use 
by  the  maintenance  programmer.  The  Coast  Guard  will  publish 
a  user's  guide  which  contains  all  necessary  information 
about  the  search  and  rescue  program  and  the  vendor's  system. 
Changes  will  be  issued  by  Commandant's  Notices.  Costs  for 
four  such  changes  are  included  in  the  documentation  costs 
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for  the  afflication. 


Managenient  has  determined  that  the  cost  to  the  Coast 
Guard  is  l50C/hour  when  the  system  is  down  and  a  SAH  case  is 
in  progress.  This  is  based  on  the  cost  of  having  a  unit  at 
the  scene  anc  the  time  required  to  generate  a  search  plan 
marually  verses  automatically.  Often  this  cost  is 
established  very  subjectively.  The  effect  cn  the  analysis 
is  to  raise  or  lower  the  importance  of  service  and 
reliability  in  relation  to  all  other  factors.  Using  present 
and  past  user's  experiences  it  has  been  estimated  that  the 
system  will  be  down  ten  hours  of  search  time  per  year. 


System  programmers  are  available  twenty-four  (24)  hours 
a  day  at  the  vendor's  computer  center.  They  can  be  reached 
via  a  tell  free  number.  Maintenance 
available  at  the  ASVEB  Center  0800-1630  EST 
minutes  at  other  times.  It  is  expected  that  maintenance 
programmers  tiill  net  spend  much  time  on  the  application. 


programmers 
or  within 


are 

ten 
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III.  Sunmary  Of  Alternative’s  Cost 


lEAB  1 

YEAH  2 

YEAB  3 

YEAB  4 

YEAB  5 

CcBmunicatiODS 

Juneau 

6,776 

4,476 

4,476 

4,476 

3,976 

Bcnolulu 

10,376 

8,  076 

8,076 

8,076 

7,576 

ether  Cistiicts 

26,048 

6,  C48 

6,048 

6,04  8 

448 

AHVEB 

4,256 

756 

756 

756 

-119 

Hardware 

Irime-Iime 

Operational 

81,000 

87,480 

94,478 

102,036 

110,160 

Maintenance 

780 

780 

780 

780 

780 

Heatber-Opdate 

7,200 

7,200 

7,200 

7,200 

7,200 

Scn-Pritte-Iime 

Operational 

136,500 

147, 420 

159,213 

171,925 

185,705 

Heather-Cpdate 

8,760 

8,760 

8,760 

8,760 

£,760 

Storage 

On-line 

1,536 

1, 536 

1,536 

1,536 

1,536 

Off-Line 

360 

360 

360 

36  0 

360 

Software 

0 

0 

0 

0 

0 

Support 

Iraining 

Maintenance 

600 

600 

600 

600 

600 

Dsers 

4,919 

1,000 

1,000 

1,000 

1,000 

Lccumentaticn 

Maintenance 

0 

0 

0 

0 

0 

Osers 

600 

0 

600 

0 

0 

Service  and 

Beliatility 

6,77  5 

6,775 

6,775 

6,775 

6,775 

Security 

0 

0 

0 

0 

0 

TOIAL 

296,486 

281,267 

300,658 

320,328 

33i«,757 

Present  Value  (6%) 

TCIAL  SISIIM  COST  IS 

296,486 

$1,363, 

265,339 

521 

267,584 

268,953 

265,159 
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III.E.  Specific  Costs  Second  Alternative; 
III.E.1.  Ccm nunicaticn  Costs: 

Districts  (12) 

300  baud  Modem(12) 

5  yr  Salvage  Value 
Teraioal  (12) 

5  yr  Salvage  Value 

AMVIfi 

300  baud  llodeia(l) 

5  yr  Salvage  Value 
Terminal  w/  Tape  0nit(1) 

5  yr  Salvage  Value 


$  1/800  purchase 
$  450 

$14/400  purchase 
$  3/600 

$  150  purchase 

$  38 

$  3,000  purchase 
$  750 


III. £.2.  Earcware  Costs: 

Processing  Costs;  (established  with  benchmark) 
Prime-Time  (0800-1700  SSI) 

Operational  Session 
Maintenance 
Weather  Update 
Ncc-Prime-Time 

Operational  Session 
Weather  Update 
Storage  Costs: 

On-line  (400/000  characters) 

Off-line  (10  tapes) 


$ 

$ 

$ 

$ 


96/sessicn 
20/hour 
1 1/update 

60/session 

4/update 


$  300/month 
NO  COST 


It  has  been  estimated  that  forty  (40)  percent  cf  the 
operational  use  will  be  during  prime-time  hours.  All 
session  costs  are  based  on  the  production  of  three  drift 
plcts,  twc  weather  plots,  and  six  search  plans  which  is 
considered  average  for  a  search  and  rescue  mission.  Storage 
costs  are  based  on  one  complete  day's  weather  and  the  six 
previous  cay's  weather  summaries. 

III.E. 3.  Software  Costs: 


Software  considerations  remain  unchanged. 
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III.E.4.  Suffcrt  Costs; 

Training  Costs; 

Maintenance  Programmer 
RCC  Ccntrollers 

System  Start-up 
Operational 
Docunentaticn  Costs; 
Maintenance 
Application 

Service  And  Beliability  Costs; 
Doiin  Time  Cost 
Ccvn  Time 
Service  Contracts 
Terminals 

Maintenance  Programmer 
Federal  Telephone  Service 
Security  Costs 


$  140/year 
$  3,919 

$  50/perscn 

$  50/year 

$  600/200  copies 

$  500/hour 

25  hours/year 

$  50/month 

$  455/year 
$  20/month 
NOT  APPLICABLE 


The  maintenance  programmer  training  cost  consists  of 
sending  one  programmer  to  the  vendor’s  free  two  day  system's 
school  once  a  year  in  New  York.  Cost  includes  the 
programmer's  wages  for  two  days.  (GS-11  $70/day  )  The  RCC 
Controller  training  is  the  same  as  in  the  first  alternative. 


Documentation  about  the  vendor's  system  is  not  free. 
The  Coast  Guard  will  handle  the  documentation  of  the  system 
as  specified  in  the  first  alternative. 


System  programmers  are  available  twenty-four  (24)  hours 
a  day  at  the  vendor's  computer  center.  Maintenance 
programmers  are  available  at  the  AMVBR  Center  0800-1620  SSI 
or  withir  tec  minutes  at  other  times.  It  is  expected  that 
maintenacce  programmers  will  not  spend  much  time  on  the 
applicat ion . 


38 


III.  Summary  Cf  Alternative’s  Cost 


YEAS  1 

YEAR  2 

YEAR  3 

YEAR  4 

YEAR  5 

Ccmmunicaticns 

Cistricts 

16,200 

0 

0 

0 

-4,050 

A11V£S 

3,  150 

0 

0 

0 

-788 

Hardware 

Eriae-Tiae 

Operational 

115,200 

124,416 

134,400 

145,152 

156,672 

Maintenance 

1,040 

1,040 

1,040 

1,040 

1,040 

Heather-Cpdate 

8,030 

8,030 

8,030 

8,030 

6,030 

Ncn-Priae-line 

Operational 

108,000 

116, 640 

125,940 

136,020 

146,940 

H6atb€r->-Cpdate 

16,060 

16,060 

16,060 

16,060 

16,060 

Storage 

On-Line 

3,600 

3,600 

3,600 

3,600 

3,600 

Off-Line 

0 

0 

0 

0 

0 

Software 

0 

0 

0 

0 

0 

Support 

Training 

Maintenance 

140 

140 

140 

140 

140 

Users 

4,919 

1,000 

1,000 

1,000 

1,000 

Eccumentaticn 

Maintenance 

50 

50 

50 

50 

50 

Users 

600 

0 

600 

0 

0 

Service  and 

Seliahility 

13,795 

13,795 

13,795 

13,795 

12,795 

Security 

0 

0 

0 

0 

0 

TOTAL 

290,784 

284,771 

300,915 

324,837 

342,489 

Present  Value  (655) 

290,784 

267, 684 

267,811 

272,736 

271,282 

TCIAI  SYSIiiS  COST  IS  $1,370,297 
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The  total  costs  of  the  two  alternatives  are  close  enough 
to  warrent  a  further  investigation  of  both  sjstems.  In  the 
first  alternative  the  user  might  want  to  lock  very  carefully 
at  the  ccmmucicaticn' s  interface  for  Honolulu  and  Juneau 
into  the  veneer's  system.  With  both  systems  the  vendors  may 
be  prepared  to  offer  substancial  discounts  tc  attract  the 
user.  It  any  application  of  this  methodology  a  further 
investigation  involves  the  refinement  of  costs  within  the 
outline  provided  until  a  clear  prospect  stands  out. 
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V. 


CONCLCSION 


The  application  of  the  principles  of  econcmic  analysis,  as 
presented  here,  is  a  viable  approach  tc  the  problem  of 
selecting  a  ccmmerical  time-sharing  vendor.  It  is  an 
approach  that  can  be  utilized  by  users -of  varying  data 
processing  sophistication.  The  power  of  the  approach  lies 
in  its  ability  tc  guide  the  user  from  a  global  view  of  the 
problem  tc  an  optimum  solution.  Such  guidance,  essential 
for  the  unsophisticated  user,  was  found  to  be  lacking  in 
other  approaches  considered. 
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